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METHOD AND APPARATUS FOR PROCESSING CHECKS AT AN 
AUTOMATIC TELLER MACHINE FOR ELECTRONIC TRANSFER 

CROSS REFERENCE TO RELATED APPLICATIONS 

The present invention is related to the following 
5 applications: Method and Apparatus for Processing Checks 
at an Automatic Teller Machine for Electronic Transfer, 

serial no, , attorney docket no. 

AUS920010211US1; Method and Apparatus for Processing a 
Check within a Financial System, serial no. , 

10 attorney docket no. AUS92001Q213US1; Method and Apparatus 
for Incorporating Scanned Checks into Financial 

Applications, serial no. , attorney docket no. 

AUS920010214US1; Method and Apparatus for Bill Payments at 
an Automatic Teller Machine , serial no. , 

15 attorney docket no. AUS9200102015US1; and Method and 

Apparatus for Facilitating Transactions at an Automatic 

Teller Machine, serial no. , attorney docket no. 

AUS920010216US1, filed even date hereof, assigned to the 
same assignee, and incorporated herein by reference. 

20 BACKGROUND OF THE INVENTION 

1. Technical Field: 

The present invention relates generally to an 
improved data processing system and in particular to a 
method and apparatus for processing checks. Still more 
25 particularly, the present invention provides a method and 
apparatus for processing checks in an automatic teller 
machine . 
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2. Description of Related Art: 

Automatic teller machines (ATMs) are widely- 
available devices used for dispensing cash. An ATM user 
is provided with an ATM card as well as a personal 
5 identification number (PIN) or password for use in 
withdrawing funds. Typically, the ATM user withdraws 
cash from a checking account, a savings account, or as an 
advance from a credit card. A user also may use an ATM 
to transfer money from a savings account to a checking 

10 account. In other instances the user may use the ATM to 
ascertain an account balance for a checking account or 
savings account. 

Other forms of providing banking services have 
arisen with the widespread use of the Internet. For 

15 example, Internet banks are now commonplace and allow 
customers to access account information, perform fund 
transfers, and make other inquiries through the Internet. 
Many customers, however, still prefer face-to-face 
contact with a bank employee. Although ATMs do not 

20 provide face- to- face contact, these devices do allow 

physical interaction between the customer and the bank. 
Further, ATMs also are available 24 hours a day and can 
be found in almost any location. 

With the popularity of ATMs, other uses have been 

25 added to these devices other than dispensing cash. For 
example, some ATMs now provide a feature in which stamps 
may dispensed to the user rather than cash. Another use 
is an ability to deposit cash or checks through an ATM. 
A user places cash or a check in an envelope provided at 

30 the ATM. Next, the user places the ATM card into the 

ATM, enters a PIN number, and selects an option to make a 
deposit. The user then enters the amount being deposited 
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and places the envelope into the ATM. Deposits are then 
later collected and processed. This process still 
requires a physical handling of the cash or check. 

Some ATMs provide an ability to scan in the check 
itself and perform rudimentary processing of the check. 
With this type of feature, a scanner is included within 
the ATM and the check may be inserted and scanned for 
processing. Verification of a signature on the check may 
be performed at the ATM. A verification of the amount 
also may be identified with this information being 
forwarded to the bank. The check, however, is still 
retained for processing. 

With respect to checks, it would be advantageous to 
have an improved method and apparatus for handling checks 
in which checks may be processed without requiring the 
physical check itself. 
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SUMMARY OF THE INVENTION 



The present invention provides a method and 
apparatus for processing a check in an automatic teller 
machine in a data processing system. A check is received 
in the automatic teller machine. The check is scanned 
within the automatic teller machine to generate an image. 
Optical character recognition is performed on the image 
to generate data. A markup language document is created, 
which is a representation of the check using the data. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The novel features believed characteristic of the 
invention are set forth in the appended claims. The 
invention itself, however, as well as a preferred mode of 
5 use, further objectives and advantages thereof, will best 
be understood by reference to the following detailed 
description of an illustrative embodiment when read in 
conjunction with the accompanying drawings, wherein: 

Figure 1 depicts a pictorial representation of a 
10 network of data processing systems in which the present 
invention may be implemented; 

Figure 2 is a block diagram of a data processing 
system that may be implemented as a server in accordance 
with a preferred embodiment of the present invention; 
15 Figure 3 is a diagram illustrating an automatic 

teller machine (ATM) in accordance with a preferred 
embodiment of the present invention; 

Figure 4, is a block diagram illustrating an ATM in 
accordance with a preferred embodiment of the present 
20 invention; 

Figure 5 is a diagram illustrating data flow in 
creating a check image in accordance with a preferred 
embodiment of the present invention; 

Figure 6 is a diagram of a smart card, which may be 
25 used to create an electronic check, in accordance with a 
preferred embodiment of the present invention; 

Figure 7 is a diagram of a check presented on a 
display for completion in accordance with a preferred 
embodiment of the present invention; 
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Figure 8 is a diagram illustrating software 
components in an ATM in accordance with a preferred 
embodiment of the present invention; 

Figure 9 is an illustration of a message sent from 
5 an ATM to a financial institution in accordance with a 
preferred embodiment of the present invention; 

Figure 10 is a flowchart of a process used for 
creating an electronic check in an ATM in accordance with 
a preferred embodiment of the present invention; and 
10 Figure 11 is a flowchart of a process used for 

creating an electronic check in accordance with a 
preferred embodiment of the present invention* 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

With reference now to the figures, Figure 1 depicts a 
pictorial representation of a network of data processing 
systems in which the present invention may be implemented. 
5 Network data processing system 100 is a network of 
computers in which the present invention may be 
implemented. Network data processing system 100 contains 
a network 102, which is the medium used to provide 
communications links between various devices and computers 

10 connected together within network data processing system 
100. Network 102 may include connections, such as wire, 
wireless communication links, or fiber optic cables. 
In the depicted example, a server 104 is connected to 
network 102 along with storage unit 106. Server 104 is a 

15 computer located at a financial institution, such as a 

bank, a credit union, a mortgage company, or a brokerage 
firm. 

Server 104 is used to provide various functions 
relating to daily financial transactions handled by the 

20 bank, such as deposits and withdrawals of funds. In 
addition, ATMs 108, 110, and 112 also are connected to 
network 102. ATMs 108, 110, and 112 are clients to server 
104. Server 104 is in communication with ATMs 108, 110, 
and 112 to handle various transactions that users may 

25 initiate at these devices. For example, if a user 

withdraws cash from ATM 108, the debiting of the account 
is handled by server 104. 

Server 114 and server 116 also are connected to 
network 102 and may represent computers located at other 

30 financial institutions. ATMs 108, 110, and 112 also may 
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be clients to these servers depending on the particular 
user accessing ATMs 108, 110 and 112. Additionally, these 
servers may also represents computers located at other 
financial institutions, such as a regional clearinghouse, 
5 a national clearinghouse, or a Federal Reserve Bank. 

The present invention provides for scanning of checks at 
an ATM, such as ATM 108, when a user deposits a check with 
the financial institution. An image of both sides of the 
check is made when the check is deposited. Additionally, 

10 optical character recognition (OCR) is performed on the 
check to obtain information, such as the recipient of the 
check, and the amount of funds to be transferred from the 
account. Further, a magnetic ink reader reads magnetic ink 
data on the check to obtain information, such as the 

15 bank's identification number as well as the user's 
checking account number with the bank. 

A markup language document is created. This document 
contains information obtained from the check. The markup 
language document forms an electronic check in these 

20 examples. Additionally, the image of the check also may 
be associated with the markup language document as part of 
the electronic check. This electronic check is then sent 
from ATM 108 to server 104 for processing. The image may 
take various forms, such as, for example, a Graphics 

25 Interchange Format (GIF) file or a Joint Photographic 
Experts Group (JPEG) file. GIF is a popular bitmapped 
graphics file format, supports 8-bit color (256 colors) , 
and is widely used on the Web, because the files compress 
well. GIFs include a color table that includes the most 

30 representative 256 colors used. For example, a picture of 
the forest would include mostly greens. This method 
provides excellent realism in an 8-bit image. JPEG is an 
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ISO/ ITU standard for compressing still images. This 
standard has a high compression capability. Discrete 
cosine transforms are used and provide lossy compression 
with ratios up to 100:1 and higher. Some data is lost 
5 from the original image. The amount of compression 
depends on the image, but ratios of 10:1 to 20:1 may 
provide little noticeable loss. Compression is achieved 
by dividing the picture into tiny pixel blocks, which are 
halved over and over until the ratio is achieved. 

10 Network data processing system 100 may include 

additional servers, clients, and other devices not shown. 
In the depicted example, network data processing system 
100 is the Internet with network 102 representing a 
worldwide collection of networks and gateways that use the 

15 TCP/IP suite of protocols to communicate with one another. 
Of course, network data processing system 100 also may be 
implemented as a number of different types of networks, 
such as for example, an intranet, a local area network 
(LAN) , or a wide area network (WAN) . Figure 1 is intended 

20 as an example, and not as an architectural limitation for 
the present invention. 

Referring to Figure 2, a block diagram of a data 
processing system that may be implemented as a server, 
such as server 104, 114, or 116 in Figure 1, is depicted 

25 in accordance with a preferred embodiment of the present 
invention. Data processing system 200 may be a symmetric 
multiprocessor (SMP) system including a plurality of 
processors 202 and 204 connected to system bus 206. 
Alternatively, a single processor system may be employed. 

30 Also connected to system bus 206 is memory 

controller /cache 208, which provides an interface to local 
memory 209. I/O bus bridge 210 is connected to system bus 
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206 and provides an interface to I/O bus 212. Memory 
controller/cache 208 and I/O bus bridge 210 may be 
integrated as depicted. 

Peripheral component interconnect (PCI) bus bridge 
5 214 connected to I/O bus 212 provides an interface to PCI 
local bus 216. A number of modems may be connected to PCI 
local bus 216. Typical PCI bus implementations will 
support four PCI expansion slots or add- in connectors. 
Communications links to ATMs 108-112 in Figure 1 may be 

10 provided through modem 218 and network adapter 220 

connected to PCI local bus 216 through add-in boards. 

Additional PCI bus bridges 222 and 224 provide 
interfaces for additional PCI local buses 226 and 228, 
from which additional modems or network adapters may be 

15 supported. In this manner, data processing system 200 
allows connections to multiple network computers. A 
memory-mapped graphics adapter 230 and hard disk 232 may 
also be connected to I/O bus 212 as depicted, either 
directly or indirectly. 

20 Those of ordinary skill in the art will appreciate 

that the hardware depicted in Figure 2 may vary. For 
example, other peripheral devices, such as optical disk 
drives and the like, also may be used in addition to or in 
place of the hardware depicted. The depicted example is 

25 not meant to imply architectural limitations with respect 
to the present invention. 

The data processing system depicted in Figure 2 may 
be, for example, an IBM e-Server pSeries system, a product 
of International Business Machines Corporation in Armonk, 

30 New York, running the Advanced Interactive Executive (AIX) 
operating system or LINUX operating system. 
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Turning next to Figure 3, a diagram illustrating an 
automatic teller machine (ATM) is depicted in accordance 
with a preferred embodiment of the present invention. ATM 
300 is an illustration of an ATM, such as ATM 108, 110 or 
5 112 in Figure 1. 

In this example, an ATM card or a smart card may be 
received in slot 302. ATM 300 also includes an input slot 
304 and an output slot 306. Input slot 304 is used to 
receive items, such as cash or a check for deposit. Cash 

10 dispenser slot 308 is used to dispense cash to a user. 
Keypad 310 provides an input device for a user to input 
information, such as an amount of money that is to be 
deposited or to make selections, such as receiving an 
account balance or an amount of cash to withdraw. Display 

15 312 is used to present information to the user. Video 
camera 314 provides for recording transactions. 

Turning next to Figure 4, a block diagram 
illustrating an ATM is depicted in accordance with a 
preferred embodiment of the present invention. ATM 400 

20 may be implemented as a ATM 108, 110, or 112 in Figure 1. 

In the depicted examples, bus 402 connects processor 
unit 404, memory 406, hard disk drive 408, I/O controller 
410, and communications unit 412. Computer instructions 
may be located in memory 406 or in hard disk drive 408. 

25 These instructions are processed by processor unit 404 to 
provide ATM functions as well as the check scanning and 
electronic check creation processes of the present 
invention. Additionally, transaction information may also 
be stored on hard disk drive 408. Communications unit 412 

30 provides for establishing a communications link with a 

server, such as server 104, 114 or 116 in Figure 1 through 
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a network, such as network 102 in Figure 1. 

I/O controller 410 provides a mechanism for input /output 
devices, such as, for example, display 414, card reader 
416, printer 418, output slot feeder 420, input slot 
5 feeder 422, scanner 424, keypad 426, check processing unit 
428, and cash dispenser 430. Display 414 provides a 
mechanism to present information to the ATM user. Card 
reader 416 is used to read an ATM card or a smart card 
inserted into the ATM. Printer 418 is used to print a 

10 receipt or other information in response to a user input. 
Keypad 426 is used to receive user input. 

Output slot feeder 420 is used to feed receipts 
generated by printer 418 to an output slot, such as output 
slot 306 in Figure 3. Input slot reader 422 is used to 

15 receive checks or cash placed into an input slot, such as 
input slot 304 in Figure 3. Check processing unit 428 is 
used to move a check within the ATM. In particular, check 
processing unit 428 may move a check into a position for 
scanning by scanner 424 and then move the check into 

20 storage. If a check in not accepted, the check may be 
returned to output slot 420 for return to a user. Cash 
dispenser 430 is used to dispense cash when a user 
withdrawals funds from a user account. 

The components depicted in Figures 3 and 4 are 

25 provided for purposes of illustration and are not meant to 
imply architectural limitations to the present invention. 

Turning next to Figure 5, a diagram illustrating data 
flow in creating a check image is depicted in accordance 
with a preferred embodiment of the present invention. 

30 Paper document 500 is input or placed into an ATM, such as 
ATM 300 through input slot 304 in Figure 3. In this 
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example, paper document 500 is a check. Other types of 
documents that may be processed include, for example, a 
bill, a money order, a tax form, and a bank draft. 
Scanner 502 scans both sides of paper document 500* In 
5 this manner, endorsements as well as signature and amount 
information from the front of the check may be obtained. 
Digital document 504 is generated by scanner 502 and 
stored in memory 506 for further processing. Optical 
character recognition (OCR) processes may be initiated to 

10 process digital document 504 to generate information used 
to create a markup language representation of paper 
document 500. In these examples, this markup language 
representation form an electronic check. 

With reference now to Figure 6, a diagram of a smart 

15 card, which may be used to create an electronic check, is 
depicted in accordance with a preferred embodiment of the 
present invention. Smart card 600 is a credit card with 
microprocessor 602 and memory 604 and is used for 
identification or financial transactions. When inserted 

20 into a reader, such as through slot 302 in ATM 300 in 

Figure 3, smart card 600 transfers data to and from ATM 
300. In these examples, smart card 600 contains private 
key 606 and public key 608 within memory 604. These keys 
are used for digital signing of checks in these examples. 

25 More precisely, the private key is used in the 

process of applying a digital signature to an electronic 
check or an electronic document. Applying a digital 
signature by using hashing operations in a private key is 
well known to those of ordinary skill in the art. 

30 However, for other activities the public key of an 

individual is also typically stored in a smart card and 
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this is how smart card 600 has been depicted. Note that 
smart card 600 is depicted for the purposes of the 
preferred embodiment of the present invention. Other 
cards, such as credit cards may also be used. Popular 
5 usage does not normally refer to credit cards as smart 
cards. However, technically speaking even credit cards 
are a type of smart card and are governed by 
internationally accepted appropriate smart card standards. 
Hence, the preferred embodiment of the present invention 

10 is illustrated through a generic smart card in preference 
to a conventional credit card or an ATM card. 

Smart card 600 is more secure than a magnetic stripe 
card and can be programmed to self-destruct if the wrong 
password is entered too many times. As a financial 

15 transaction card, smart card 600 can be loaded with 
digital money and used like a travelers check, except 
that variable amounts of money can be spent until the 
balance is zero. 

Turning now to Figure 7, a diagram of a check 

20 presented on a display for completion is depicted in 
accordance with a preferred embodiment of the present 
invention. Check 700 is an example of a check, which may 
be presented to a user on a display, such as display 312 
in ATM 300 in Figure 3. Check 700 is presented to the 

25 user after verification of the user's authority to 
generate a check. 

In the depicted examples, the verification is made by 
an insertion of a smart card in an ATM, such as ATM 300 in 
Figure 3 along with entry of a correct password or PIN. 

30 The user may enter information into payee field 702, 

amount field 704 and memo field 706. Entry of an amount 
in amount field 704 results in amount field 708 being 
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automatically filled for the user. In this example, payee 
field 702 and amount field 704 are required fields that 
must be filled in for check 700 to be complete. Memo 
field 706 is an optional field, which may be left blank. 
5 In the depicted examples, a digital signature is used to 
complete the check and may be provided through the smart 
card. Depending on the implementation, the user may 
actually sign field 710 using a stylus if the display 
includes a touch screen to accept such data. 

10 Alternatively, both a digital signature and a signature 
created by the user with a stylus may be employed. 

When the user affirms that the check is complete and 
should be sent, the check may then be routed to the payee 
or to some other party in the form of an electronic check. 

15 The electronic check is in the form of a markup language 
document as described above. More specifically, financial 
services markup language (FSML) is an example of a markup 
language, which may be used to generate electronic checks. 
Turning next to Figure 8, a diagram illustrating 

20 software components in an ATM is depicted in accordance 

with a preferred embodiment of the present invention. In 
this example, the software components in an ATM include 
operating system 800, scanner device driver 802, printer 
device driver 804, video device driver 806, network device 

25 driver 808, ATM transaction application 810, ATM transcode 
application 812, and ATM scan application 814. 

The device drivers provide the components needed to 
operate devices within an ATM. These device drivers are 
used by ATM transaction application 810, ATM transcode 

30 application 812, and ATM scan application 814 to perform 
various input/output functions. 

ATM transaction application 810 provides processes 



16 

Docket No. AUS920010211US1 

for various transactions by a user. Cash withdrawals, 
balance inquiries, fund transfers, and deposits are 
examples of transactions that may be handled through ATM 
transaction application 810. Additionally, ATM 
5 transaction application 810 handles the transmission and 
receipt of information to and from various financial 
institutions. When a check is deposited, ATM scan 
application 814 is initiated to create an image of the 
check. In the depicted examples, the image is of both 

10 sides of the check. Additionally, ATM scan application 
814 also will include optical character recognition (OCR) 
processes to obtain data for use in creating an 
electronic check. This data is used by ATM transcode 
application 812 to generate a markup language 

15 representation of the check. In these examples, the 

markup language may be financial services markup language 
(FSML) and signed document markup language (SDML) . FSML 
is used to implement electronic checks and other secure 
financial documents. FSML defines a method to structure 

20 documents into blocks of tagged content. Unlike HTML, 

which uses tags to inform processors about how to display 
content, FSML uses tags to inform processors about how to 
use the document content in financial applications. The 
FSML content blocks in an FSML document can be 

25 cryptographically sealed and signed in any combination 
needed by business applications. Document processors may 
also remove blocks without invalidating the signatures on 
the remaining blocks. They may combine signed documents 
and then sign blocks contained in the combined documents. 

30 Signatures are themselves structured as FSML blocks, as 
are the X.509 certificates needed by downstream 
processors to verify the signatures. Thus signatures and 
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certificates become part of the FSML document, so they 
can be verified and countersigned by later signers. 

SDML is designed to tag the individual text items 
making up a document, group the text items into document 
5 parts which can have business meaning and can be signed 
individually or together, allow document parts to be 
added and deleted without invalidating previous 
signatures, and allow signing, cosigning, endorsing, 
co-endorsing, and witnessing operations on documents and 

10 document parts. The signatures become part of the SDML 
document and can be verified by subsequent recipients as 
the document travels through the business process . SDML 
does not define encryption, since encryption is between 
each sender and receiver in the business process and can 

15 differ for each link depending on the transport used. 

SDML is the generic document structuring and signing part 
of the FSML. 

Referring now to Figures 9A-9B, a diagram of an 
electronic check is depicted in accordance with a 

20 preferred embodiment of the present invention. 

Electronic check 900 is in the form of a financial 
services markup language (FSML) document. This example 
illustrates some fields that may be found within an 
electronic check. In this example, electronic check 900 

25 does not illustrate the actual certificate used in the 
document. Electronic check 900 is an example of an 
electronic check, which may be created by transcode 
application 812 in Figure 8 in response to scanning a 
check or creating a check, such as check 700 in Figure 7. 

30 In the depicted examples, the markup language 

document forms an electronic check, such as an electronic 
representation of a physical check. Depending on the 
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implementation, the electronic check also may include the 
image of the check. 

Turning next to Figure 10 an illustration of a 
message sent from an ATM to a financial institution is 
5 depicted in accordance with a preferred embodiment of the 
present invention. Message 1000 is an example of a 
message that may be sent from an ATM to a financial 
institution. For example, an electronic check generated 
at an ATM, such as ATM 108 in server 104 in Figure 1 for 

10 processing. The electronic check may be sent within 
message 1000. 

Message 1000 includes header 1002 and body 1004. 
Header 1002 may include information, such as an 
identification of attachments and a delivery route for 

15 the message. Body 1004 may include signature 1006 as 
well as content 1008. Signature 1006 may be obtained 
from scanning of the check or via a digital signature 
from a smart card held by the user. Content 1008 may 
contain the digital image of the check and/ or an 

20 electronic check, such as the electronic check 

illustrated in Figures 9A-9B. The electronic check may 
be a document created using FSML and/or SDML. 

Turning next to Figure 11, a flowchart of a process 
used for creating an electronic check in an ATM is 

25 depicted in accordance with a preferred embodiment of the 
present invention. The process illustrated in Figure 11 
may be implemented within ATM scan application 814 and 
ATM transcode application 812 in Figure 8. 

The process begins by receiving a check (step 1100) . 

30 Next, the check is scanned to obtain a digital image of 
the check (step 1102) . In these examples, both sides of 
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the check are scanned. Additionally, this scanning step 
also may include reading magnetic ink data on the check, 
which may contain a bank identification number and a 
checking account number. Optical character recognition 
(OCR) is performed on the digital image of the check to 
generate data for use in creating an electronic check 
(step 1104) . 

Then, a markup language document is generated 
representing the check (step 1106) . This markup language 
document forms an electronic check in this example. The 
markup language document and digital image is stored (step 
1108) . Thereafter, the markup language document and the 
digital image are sent to the financial institution (step 
1110) with the process terminating thereafter. The markup 
language document and digital image are sent to the 
financial institution through a communications link, such 
as one provided by network 102 in Figure 1. 

In this manner, the check deposited by the ATM user 
can be processed without requiring further physical 
handling to transfer funds to the ATM user's account. 
Thus, the process used for transferring funds between 
accounts may be streamlined through the creation of 
electronic checks from physical checks at an ATM. 

Turning next to Figure 12, a flowchart of a process 
used for creating an electronic check is depicted in 
accordance with a preferred embodiment of the present 
invention. The process illustrated in Figure 12 may be 
implemented in a set of computer instructions for use in 
applications, such as ATM transaction application 810 and 
ATM transcode application 812 in Figure 8. 
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The process begins by receiving a smart card, such as 
smart card 600 in Figure 6 from a user (step 1200) . Next, 
a representation of a check, such as check 700 in Figure 7 
is displayed (step 1202) / The user is the payor in this 
5 example. User input is then received (step 1204) . This 
user input includes entry of information into fields, such 
as an amount for the check, a payee, and a memo. A 
determination is then made as to whether all required 
fields are completed (step 1206) . 

10 If all required fields are completed, the entries are 

confirmed (step 1208) . This confirmation allows the user 
one last chance to make changes or cancel the check before 
the transaction is initiated. Next, a determination is 
then made as to whether the entries are confirmed (step 

15 1210) . If confirmed, a markup language document is 

generated (step 1212) . This document forms the electronic 
check. The markup language document is then sent to a the 
payee, the payee's financial institution, or some third 
party authorized to receive checks for the payee (step 

20 1214) with the process terminating thereafter. 

With reference again to step 1210, if the entries are 
not confirmed, the user is prompted for changes (step 
1216) and the process returns to step 1204 as described 
above. Turning back to step 1206, if all required fields 

25 are not completed, then the user is prompted for 

completion (step 1218) and the process returns to step 
1204. 

The processes illustrated in the figures may be 
carried out through devices interconnected to each other 
30 through various types of networks. For example, an ATM 
may communicate with a bank server through a secure 
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network or using a virtual private network (VPN) over the 
Internet , 

It is important to note that while the present 
invention has been described in the context of a fully 
5 functioning data processing system, those of ordinary 
skill in the art will appreciate that the processes of 
the present invention are capable of being distributed in 
the form of a computer readable medium of instructions 
and a variety of forms and that the present invention 

10 applies equally regardless of the particular type of 
signal bearing media actually used to carry out the 
distribution. Examples of computer readable media 
include recordable- type media, such as a floppy disk, a 
hard disk drive, a RAM, CD-ROMs, DVD-ROMs, and 

15 transmission-type media, such as digital and analog 

communications links, wired or wireless communications 
links using transmission forms, such as, for example, 
radio frequency and light wave transmissions. The 
computer readable media may take the form of coded 

20 formats that are decoded for actual use in a particular 
data processing system. 

The description of the present invention has been 
presented for purposes of illustration and description, 
and is not intended to be exhaustive or limited to the 

25 invention in the form disclosed. Many modifications and 
variations will be apparent to those of ordinary skill in 
the art. For example, the smart card illustrated in the 
examples may be replaced by a regular credit card or ATM 
card with some loss in functionality. The embodiment was 

30 chosen and described in order to best explain the 

principles of the invention, the practical application, 
and to enable others of ordinary skill in the art to 
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understand the invention for various embodiments with 
various modifications as are suited to the particular use 
contemplated . 
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